home *** CD-ROM | disk | FTP | other *** search
/ Columbia Kermit / kermit.zip / newsgroups / misc.20010921-20020314 / 000152_shifeux@hotmail.com_Fri Nov 16 10:12:00 EST 2001.msg < prev    next >
Text File  |  2020-01-01  |  4KB  |  98 lines
  1. Article: 12973 of comp.protocols.kermit.misc
  2. Path: newsmaster.cc.columbia.edu!panix!yellow.newsread.com!bad-news.newsread.com!netaxs.com!newsread.com!news.uchicago.edu!newsfeed.stanford.edu!postnews1.google.com!not-for-mail
  3. From: shifeux@hotmail.com (Shifeux)
  4. Newsgroups: comp.protocols.kermit.misc
  5. Subject: Re: ZModem Problems
  6. Date: 16 Nov 2001 07:00:30 -0800
  7. Organization: http://groups.google.com/
  8. Lines: 79
  9. Message-ID: <336f652d.0111160700.738e72e4@posting.google.com>
  10. References: <336f652d.0111141329.b5d3ad@posting.google.com> <9suos6$puh$1@newsmaster.cc.columbia.edu> <336f652d.0111150732.18b42f4f@posting.google.com> <9t0p2t$cjk$1@newsmaster.cc.columbia.edu>
  11. NNTP-Posting-Host: 146.145.217.201
  12. Content-Type: text/plain; charset=ISO-8859-1
  13. Content-Transfer-Encoding: 8bit
  14. X-Trace: posting.google.com 1005922830 2315 127.0.0.1 (16 Nov 2001 15:00:30 GMT)
  15. X-Complaints-To: groups-abuse@google.com
  16. NNTP-Posting-Date: 16 Nov 2001 15:00:30 GMT
  17. Xref: newsmaster.cc.columbia.edu comp.protocols.kermit.misc:12973
  18.  
  19. > : > : ... but I get the following error using my
  20. > : > : script after issuing a receive * command:
  21. > : > : 
  22. > : > : Readline:TIMEOUT
  23. > : > : Retry 0: Got TIMEOUT
  24. > : > : 
  25. > : > These are messages from the Zmodem software.
  26. > : 
  27. > : Thats what I thought, the transfer works sometimes and other times it
  28. > : does not. My problem is that I would need some way to trap that error
  29. > : so the script does not halt. Any ideas?
  30. > : 
  31. > Put an IF FAILURE clause after the RECEIVE command?
  32.  
  33. I have decided it would be easier to convince the host machine people
  34. to let me use kermit protocol :-)
  35.  
  36. > : > : input 20 {Username:}
  37. > : > : output USER\13
  38. > : > : ...
  39. > : > : 
  40. > : > You're not checking any of these INPUTs for failure.  Thus even if you
  41. > : > script doesn't work, it will still start Zmodem in receive mode, and of
  42. > : > Zmodem will time out if there is no connection.
  43. > : 
  44. > : I did have "if failure timeout" to catch this but i was experimenting
  45. > : due to the timeout errors i was receiving. Made no difference either
  46. > : way for me. The same timeout occurs.
  47. > : 
  48. > What is "timeout"?  It's not a Kermit command.  Is it the name of a macro
  49. > that is defined in the context of this script?
  50.  
  51. sorry about that, yes just timeout macro 
  52.  
  53. > : > : receive *
  54. > : >
  55. > : > What's the "*"?  This tells Kermit to save the incoming file under the
  56. > : > name "*" (literally).  You probably didn't mean that.  Just leave it off.
  57. > : 
  58. > : This is what I type to get the files from the remote host. In
  59. > : interactive mode typing receive * will transfer all the files in my
  60. > : outbin on the remote host to the local pwd with the appropriate file
  61. > : names.
  62. > : 
  63. > No, RECEIVE means "passively wait for files to be sent by the other
  64. > Kermit".  When the files arrive, they are stored under the names they are sent
  65. > with, except if you give RECEIVE an operand, this tells Kermit to store the
  66. > incoming file under that name.  However, the operand is probably ignored for
  67. > Zmodem.
  68.  
  69. apparently when the scripting does work the * is being ignored. The
  70. whole problem seems to be traffic on the host. It is a random error,
  71. the transfer does take place, just not consistantly. The part that
  72. troubles me is i never have that error message when i connect manually
  73. without the script.
  74.  
  75. > Hmmmm, something just occurred to me.  You are using C-Kermit 8.0 Beta,
  76. > right?  Recent releases of Kermit support something called "autodownload"
  77. > for both Kermit and Zmodem protocol transfers.  If during either CONNECT
  78. > mode an INPUT or MINPUT command, a Kermit or Zmodem packet arrives, C-Kermit
  79. > automatically enters the appropriate protocol.
  80. > 
  81. > Therefore it is possible that the file was downloaded automatically before
  82. > your script ever reaches the RECEIVE command, which would explain why RECEIVE
  83. > times out.  To rule this out, try adding:
  84. > 
  85. >   SET TERMINAL AUTODOWNLOAD OFF
  86. > 
  87. > to your script.
  88.  
  89. I know there was no transfer at all taking place. My dirs were empty.
  90. I did try this and nothing happened.  After searching the newsgroup
  91. for zmodem postings, i seem to find many postings with troubles
  92. sending also, due to the whole sz rz redirection thing. So it seems
  93. that once i lick the receiving part i am going to have problems
  94. sending also. I'm going to try to get the remote machine to use a
  95. normal protocol like kermit :-)  Thanks for all the help.
  96.  
  97. > - Frank
  98.